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CFO 14627 US 



SYSTEM FOR SEARCHING DEVICE ON NETWORK 



BACKGROUND OF THE INVENTION 
Field of the Invention 

The present invention relates to a system for 
searching a device on network, particularly to a device 
search system for displaying a searched device and 
position information . 
Related Background Art 

There has been heretofore provided, for example, a 
so-called directory service such as lightweight 
directory access protocol (LDAP) to efficiently find 
various resources such as a printer, a server, and a 
scanner (hereinafter also referred to as "device" ) on 
network, and utilize the resources. The directory 
service functions as a telephone directory concerning 
so-called network, and is a service for managing and 
providing various information. 

Therefore, by utilizing the directory service and 
searching the device connected to the network, a list 
of network addresses of usable devices on the network 
can be obtained . 

Additionally, the definitions in the LDAP are 
described in RFC1777 issued by IETF. 

However, in the synopsis list, the comprehensible 
position information of the device for use cannot be 
obtained. 



• ... • 

For example, for a network printer as -the device, 
a system has been demanded in which a user is notified 
of device hierarchical location information such as 
" the place of the printer closest to one' s place on the 
5 floor" and " the place of the printer able to output a 
color image in the building" in a comprehensible 
manner. 

Furthermore, another system has been demanded in 
q which when an information processor on network is 

m 10 requested to execute printing or the like, the user is 

spy notified of information such as the place of the 

LP 

^ printer for the printing, the end state of one' s 

requested printing, and the occurrence of errors such 
as jam and sheet shortage in the comprehensible manner. 
D 15 Additionally, further system has been demanded in 

Q which the user is notified of the current status of the 

device (operation status, error occurrence status, and 
the like) in the comprehensible manner. 

20 SUMMARY OF THE INVENTION 

Wherefore, the present invention has been 
developed to remove the above-described disadvantage, 
and an object thereof is to provide a system in which 
the position, attribute, and status of a desired device 

25 on network can visually easily be grasped, so that the 
efficiency of operation using various devices on 
network can be enhanced. 
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According to a first; aspect of the present 
invention, there is provided a network system 
comprising an information processor and a device. The 
device stores hierarchical position information 
5 indicating the position of the device hierarchically 

and icon data indicating the device, and transmits the 
stored hierarchical position information and the icon 
data to the information processor. Moreover, the 
information processor displays the received icon data 
10 together with the device position based on the received 
hierarchical position information . 

Other objects and characteristics of the present 
invention will be apparent from the following 
description and drawings . 

15 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram showing the 

configuration of a network system to which the present 

invention is applied in a first embodiment. 
20 Fig. 2 is a block diagram showing the inner 

configuration of a personal computer for use as a 

client or a server in the network system. 

Fig. 3 is a block diagram showing the inner 

configuration of the device of the network system. 
25 Fig. 4 is a block diagram showing the function of 

most characteristic configuration of the network 

system. 
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Fig, 5 is an explanatory view of the hierarchical 
structure of location information of the device managed 
by the server. 

Fig. 6 is an explanatory diagram showing device 
5 information registered to the server by the device. 

Fig. 7 is an explanatory diagram showing device 
information managed by the server. 

Fig. 8 is an explanatory view showing one example 
of icon information held by the device ( color LBP ) . 
10 Fig. 9 is an explanatory view showing one example 

of icon information held by the device (MFP). 

Fig. 10 is an explanatory view of a search 
condition input screen of the client. 

Fig. 11 is an explanatory view of one example of 
15 input state on the search condition input screen. 

Fig. 12 is an explanatory view of a search 
condition formula for search information inputted in 
the search condition input screen. 

Fig. 13 is an explanatory view showing one example 
20 of a search result transmitted to the client from the 
server . 

Fig. 14 is an explanatory view of a first example 
of layout bit map information held by the client. 

Fig. 15 is an explanatory view of a second example 
25 of layout bit map information held by the client. 

Fig. 16 is an explanatory view of a third example 
of layout bit map information held by the client. 
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Fig. 17 is an explanatory view of a fourth example 
of layout bit map information held by the client. 

Fig. 18 is an explanatory view of one example of 
layout bit map information (UMP) held by the client. 
5 Fig. 19 is an explanatory view of table 

information for associating and managing the layout bit 
map information with the location information* 

Fig. 20 is an explanatory view of the first 
example when an icon indicating the device is displayed 
10 on the layout bit map in the client. 

Fig. 21 is an explanatory view of the second 
example when the icon indicating the device is 
displayed on the layout bit map in the client. 

Fig. 22 is an explanatory view of the third 
15 example when the icon indicating the device is 
displayed on the layout bit map in the client. 

Fig. 23 is an explanatory view of the fourth 
example when the icon indicating the device is 
displayed on the layout bit map in the client. 
20 Fig. 24 is an explanatory view of a response to a 

device status obtaining request issued to the device 
from the client. 

Fig. 25 is an explanatory view of a processing for 
overlapping and displaying the icon indicating the 
25 device in a predetermined position on the layout bit 
map . 

Fig. 26 is an explanatory view showing that the 



icon on "the layout bit: map is changed in accordance 
with the device status. 

Fig. 27 is a flowchart showing the general process 
of the server. 

Fig. 28 is a flowchart showing a device search 
processing in the server general process. 

Fig. 29 is a flowchart showing the general process 
of the client. 

Fig. 30 is a flowchart showing a device search 
request issue processing in the client general process. 

Fig. 31 is a flowchart showing a device search 
result processing in the client general process. 

Fig. 32 is a flowchart showing the status 
obtaining process of the device search result 
processing. 

Fig. 33 is a flowchart showing a registration 
processing of device information of the device to the 
server . 

Fig. 34 is a flowchart showing a response process 
to the device status obtaining request of the device. 

Fig. 35 is a bit map list for the respective 
hierarchies to be searched in a second embodiment . 

Fig. 36 is a flowchart showing a search result 
display processing performed by the search client in 
the second embodiment . 

Fig. 37 is a diagram showing the layout bit map 
displayed when search is performed with w attribute = O, 



attribute value = ABC Trading Co., Ltd.". 

Fig. 38 is a diagram showing a result display when 
all the devices are searched on the condition 
"attribute = O, attribute value = ABC Trading Co., 
Ltd." . 

Fig. 39 is a diagram showing the layout bit map 
displayed when search is performed with " attribute = 
BR, attribute value = Tokyo Branch" . 

Fig. 40 is a diagram showing the result display 
when all the devices are searched on the condition 
"attribute = BR, attribute value = Tokyo Branch". 

Fig. 41 is a diagram showing the layout bit map 
displayed when search is performed with "attribute = 
BU, attribute value = AA Building" . 

Fig. 42 is a diagram showing the result display 
when all the devices are searched on the condition 
"attribute = BU, attribute value = AA Building". 

Fig. 43 is a diagram showing the layout bit map 
displayed when search is performed with "attribute = 
FL, attribute value = 2F" . 

Fig. 44 is a diagram showing the result display 
when all the devices are searched on the condition 
"attribute = FL, attribute value = 2F W . 

Fig. 45 is a diagram showing the layout bit map 
displayed when search is performed with "attribute = 
FL, attribute value = IF" . 

Fig. 46 is a diagram showing the result display 



when all the devices are searched on the condition 
"attribute = FL, attribute value = IF". 

Fig. 47 is an explanatory view of one example of a 
storage medium in which a network device control 
program for performing the function of the present 
invention is stored. 

Figs. 48 and 49 are flowcharts showing a server 
process in a third embodiment . 

Fig. 50 is a flowchart showing a client process in 
the third embodiment. 

Fig. 51 is an explanatory view of an event notice 
destination registration request issued to the device 
from the client in a fourth embodiment. 

Fig. 52 is a diagram of an event notice 
destination management table held by the device in the 
fourth embodiment . 

Fig. 53 is an explanatory view of a response for 
event notice destination registration transmitted to 
the client from the device in the fourth embodiment. 

Fig. 54 is an explanatory view of an event notice 
returned to the client from the device in the fourth 
embodiment . 

Figs. 55, 56 and 57 are flowcharts showing a 
client process in the fourth embodiment. 

Figs. 58 and 59 are flowcharts showing a device 
process in the fourth embodiment. 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Embodiments of the present invention will be 
described hereinafter in detail with reference to the 
drawings . 

<First Embodiment> 

The present invention is applied, for example, to 
a network system 100 shown in Fig. 1. 

The network system 100 is used on office floors 
including first and second floors, and as shown in Fig. 
1, personal computers (PC) 111, 113 as information 
processors on a client side, a personal computer (PC) 
112 as the information processor on a server side, and 
various devices 101 to 105 are connected via LAN 150 so 
that communication can be performed with one another. 

The PCs (client devices, hereinafter referred to 
simply as "client") 111, 113 as the information 
processors on the client side can execute the program 
of a network device search client in the present 
embodiment, issue inquiry information on the device 
satisfying desired conditions to the PC (server device, 
hereinafter referred to simply as u server" ) 112 as the 
server side information processor, and display the 
obtained search result . 

Moreover, in this example, the client 111 is 
constituted of a desktop PC, and the client 113 is 
constituted of a notebook-size PC. 

The server 112 is a PC able to execute the program 
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of a network device search server in -the present 
embodiment, and stores information on the devices 101 
to 105 of the present system 100, and various devices 
(network device) of another network system 140, 
receives a device search inquiry from the clients 111, 
113, and returns the search result. 

The PCs used as the clients 111, 113 and server 
112 have similar configurations, and operate network 
device search client software or network device search 
server software (both hereinafter referred to as 
"network device search software") by the constitution 
in Fig. 2. 

Specifically, as shown in Fig. 2, a PC 200 is 
provided with: a CPU 202 for controlling PC general 
process; a ROM 203 for storing various programs and 
data for the process control in the CPU 202; a RAM 204 
including the main memory, operation area, and the like 
of the CPU 202; a mouse (MS) 214; a mouse controller 
(MC) 213 for controlling an instruction input from the 
mouse (MS) 214; a keyboard (KB) 209; a keyboard 
controller (KBC) 205 for controlling the instruction 
input from the keyboard (KB) 209 and pointing device 
(not shown); a CRT display 210; a CRT controller (CRTC) 
206 for controlling display on the CRT display 210; a 
hard disk drive (HDD) 211 and floppy disk drive (FDD) 
212 for storing various programs and data (boot 
program, various applications, edition file, user file, 
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network management: program, and the like); a disk 
controller (DKC) 207 for controlling the access with 
the hard disk drive (HDD) 211 and floppy disk drive 
(FDD) 212; and a network interface card (NIC) 208 for 
5 bidirectionally exchanging data with the devices 101 to 
105, other PCs or other network system 140 (see Fig, 1) 
via LAN 150, and these respective constituting units 
are interconnected via a system bus 201 so that they 
Q can communicate with one another. 

m 10 Therefore, the network device search software is 

Li 

~e pre- stored in the ROM 203, hard disk drive (HDD) 211, 

= y • 

=y or FD of the floppy disk drive 212, and is read and 

yi executed by the CPU 202, so that the process in the 

present system 100 described later is realized. 
E3 15 On the other hand, the devices 101 to 105 are 

O constituted of a color printer, a copying machine, and 

the like. 

Here, for example, the device 101 is a color 
printer (color LBP), and the device 102 is a multi 

20 function peripheral (MFP) provided with a copying 

function and a printer function. Moreover, the devices 
103 and 104 are monochromatic printers, and the device 
105 is a scanner. 

The main configurations of these devices 101 to 

25 105 are similar to one another. For example, as shown 
in Fig. 3, the device is provided with: a CPU 2302 for 
controlling a device general process; a ROM 2303 for 
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storing various programs and data for the process 
control in the CPU 2302; a RAM 2304 including the main 
memory, operation area, and the like of the CPU 2302; 
an engine 2309 of a device function (printer function, 
5 copy function, or the like); an engine controller (EC) 
2305 for controlling the driving of the engine 2309; a 
panel 2310 for receiving various operation instruction 
from a user and displaying various information; a panel 
« controller (PC) 2306 for controlling input/output in 

L-J 

^ 10 the panel 2310 and managing the panel 2310; a hard disk 

Jr; drive (HDD) 2211; a disk controller (DKC) 2307 for 

tfl controlling the access with the hard disk drive (HDD) 

W 2211; a nonvolatile RAM (NVRAM) 2312; and a network 

S3 interface card (NIC) 2308 for bidirectionally 

p 15 exchanging data with the server 112 and clients 111, 

q 113 (see Fig. 1) via the LAN 150, and these 

™ constituting units are interconnected so that they can 

communication one another via a system bus 2301 . 

Additionally, when the device shown in Fig. 3 is, 
20 for example, the color LBP 101, the engine 2309 serves 
as an LBP engine for a printer output process or the 
like, and print data, and the like are temporarily 
spooled in the hard disk (HDD) 2211 as occasion 
demands * 

25 In the network system 100, the client 111, server 

112, color printer 101, MFP 102, and monochromatic 
printer 103 are installed on the second floor, and the 
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monochromatic printer 104, scanner 105, and client 113 
are installed on the first floor. 

Moreover, the network system 100 is connectable to 
Internet 130 via a fire wall 120, and is also 
5 connectable to the other network system 140 via 
Internet 130. 

Additionally, since the client 113 is the 
notebook-size PC, in Fig. 1 the client is connected to 
rj LAN 150 from the first floor, but sometimes 

m 10 disconnected from LAN 150, or connected to LAN 150 from 

the second floor. 

I fi 

!L; Here, in the present embodiment, based on the 

y i 

yi device search result returned from the server 112, the 

H clients 111, 113 display a bit map icon (hereinafter 

O 15 referred to simply a "icon" ) of the object device on 

O the layout bit map corresponding to the position of the 

object device on the first or second floor, so that the 
user can visually grasp the place, attribute and 
current state of the object device. Particularly, the 
20 icon of the object device displayed on the layout bit 
map is changed in accordance with the state of the 
object device. This is the most characteristic 
configuration in the present embodiment. 

For this purpose, the network system 100 includes 
25 a functional configuration shown, for example, in Fig. 
4. 

The functional configuration shown in Fig. 4 is 
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realized by executing predetermined processing programs 
such as network device search software in the CPU 202, 
2302 shown in Figs. 2 and 3. 

As shown in Fig. 4, a client apparatus 20, a 
device 30, and a server apparatus 10 are disposed on a 
network 40. 

The client apparatus 20 includes: a search request 
module 21, constituted, for example of a general- 
purpose computer, for transmitting a desired device 
search condition to the server apparatus and receiving 
the result; a display module 22 for 

visualizing/displaying the received search result; and 
the like. 

The server apparatus 10 functions as a directory 
server including a database 11 for managing attribute 
information of the device on the network 40 . In the 
database 11, identification information of the device 
on the network and various attribute information of the 
device are registered. 

A search module 12 searches the device matching 
with the condition from the database 11 based on the 
device search condition received from the client 
apparatus 20, and transmits the search result to the 
client apparatus. A device attribute registration 
module 13 receives the device attribute from the device 
30 or the like and registers the attribute in the 
database 11. 
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The device 30 is provided with a function of 
providing the client apparatus 20 with various 
services, and comprises, for example, a scanner, a 
printer, or a facsimile machine* A device attribute 
5 transmission module 31 transmits its attribute 

information to the server apparatus 10 to make a 
registration request . 

Additionally, in the example of Fig. 1, the 

0 minimum unit of the device search system is shown, and 

01 10 a plurality of client apparatuses and devices are 

fy disposed on the network. 

- in 

m Moreover, the device search system may be provided 

T with a plurality of server apparatuses. 

The configuration and general process of the 
~ 15 network system will be described hereinafter in detail. 

Q [Location Information of Device managed by Server 112] 

The device location information is managed by the 
hierarchical structure shown in Fig. 5 by the server 
112. 

20 In Fig. 5, the location information of the color 

LBP 101 shown, for example, by device name (nm) 
w LBP1110" is designated as follows, as shown by "301", 
"308" : 

(C = JP (501), o = ABC Trading Co., Ltd. (502), 
25 BR = Tokyo Branch (503), op = extend (504), 

BU = AA Building (505), fl = 2F (506), 
BL = 2-1 (507), dv = printer (508)). 
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Respective entries C, O, BR, OP, BU, FL, BL, DV, 
UM, MAP are as follows: 

C: country name ( " JP" indicates Japan, "US" 
indicates America, and the like); 

0: organization ("ABC Trading Co., Ltd.", " XYZ 
Products Company", and the like); 

BR: branch, affiliate, and the like ("Tokyo 
Branch", "Osaka Branch", and the like); 

OP : the presence of option information ( " extend" 
indicates extension ) ; 

BU: building name ( M AA Building", " BB Building", 
and the like); 

FL: floor number ("IF", " 2F" , and the like); 

BL: floor block ("1-1", "2-1", and the like); 

DV: device ("printer", " MFP" , and the like); 

UM: device name ("LBP1110", " LBP3310" , and the 
like); and 

MAP: coordinates on the device map described later 
("10X+10Y", and the like), and the respective entry 
attributes indicate attribute values of the respective 
determined ranges (values). 

Additionally, the information may be set in the 
other hierarchy of the option information, or may be of 
data structure without setting the hierarchy of the 
option information . 

In the present embodiment, by managing the 
location information of the devices on the network (the 
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devices 101 to 105 of the present system 100 as the 
search object or other devices of the network system 
140) by the hierarchical structure of the location 
information, the device position is specified, the 
5 device desired by the user is displayed by the icon so 
that the user can easily recognize, and the icon 
display is changed in accordance with the device state. 
When the server 112 manages the location 
q information of the respective devices in accordance 

£p 10 with the hierarchical structure of the location 

jsxss 

information shown in Fig. 5 (hereinafter also referred 
jfj to as w hierarchical location information" ) , as 

~ l described above, the respective devices are turned on, 

and the information of the respective devices is 
□ 15 transmitted to the server 112. For example, the device 

Q information is provided with a data format as shown in 

= Fig. 6. 

Specifically, each device registers its device 
information in accordance with the data format shown in 
20 Fig, 6 to the server 112 (see Fig. 4). 

As shown in Fig. 6, the device information 
includes location information 902, 903 indicating the 
device position in accordance with the hierarchical 
location information shown in Fig. 5, and attribute 
25 information 913, 914 indicating the device attribute. 

Moreover, a location information TAG 901 is added 
to the top of the location information 902, 903, a 
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device attribute information TAG 912 is added to the 
attribute information 913, 914, various information 
included in the device information can therefore be 
identified on the reception side (server 112) of the 
device information . 

Fig. 6 shows the device information held by the 
color LBP 101 of the present system 100 as one example, 
and the location information 902, 911 is set in the 
device information. The location information indicates 
that the color LBP 101 is as follows: 

device name NM = LBP 1110; 

coordinate MAP on layout bit map = 10X+10Y; 

device DV = printer, 
and indicates in accordance with the hierarchical 
location information shown in Fig. 5 that the color LBP 
101 exists in a place shown by the following: 

block BL of floor on which device is located = 2- 

1; 

floor number FL of the floor = 2F; 

building name BU of the floor « AA Building; 

presence of option information OP = extend; 

branch name BR = Tokyo Branch; 

organization name 0 - ABC Trading Co., Ltd.; 

country name C = Japan (JP). 

Moreover, as the attribute information 913, 914, 
color attribute 913 indicating whether or not color 
input/output is possible, and IP address 914 indicating 
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network address are set:, and here "TRUE", that: is, 

u color input/output is possible with the device (color 

LBP) 101" is set in the color attribute 913. 

Therefore, when the above-described device 
5 information is given to the server 112 from each 

device, the server 112 manages the device information 
of each device by the database as shown in Fig. 7. 

In Fig. 7, each row indicates one piece of data on 
each registered device, that is, tuple, and each line 
10 indicates the attribute for each tuple. 

In the example of the database shown in Fig. 7, 
the attribute information (902 to 914) are associated 
with the respective devices 101 to 105 and stored. 

Moreover, there may be provided the attribute 
15 information other than the information shown in Fig. 7, 
such as an attribute indicating the presence/absence of 
a staple function, an attribute indicating the 
presence/absence of a double-surface print function, 
and a general device attribute. 
20 The server 112 searches the device based on the 

device search request from the clients 111, 113 (device 
matching with the search condition inputted from the 
user) from the database shown in Fig. 7. 

The device information obtained by the search is 
25 returned to the client as a device search request 
sender. 
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[Icon Information held by Device] 

Each device stores icon information for various 
events which possibly occur in the device in a memory 
unit. 

5 For example, the color LBP 101 holds icon 

information indicating an operated state (ready), icon 
information indicating a paper shortage state ( no 
paper), and icon information indicating a jam 
occurrence state (paper jammed) as shown in Fig. 8. 

10 Moreover, the MFP 102 holds icon information 

indicating the operated state (ready), icon information 
indicating the paper shortage state (no paper), and 
icon information indicating the jam occurrence state 
(paper jammed) as shown in Fig. 9. 

15 Other devices also hold various icon information 

indicating the device states. 

Moreover, the device reads the icon information 
indicating the current device state from the memory 
unit in response to the request from the client, and 

20 transmits the information to the client as the request 
sender . 

Additionally, the icon information held by the 
device is not limited to the icon information shown in 
Figs. 8 and 9, and for example, an icon indicating that 
25 the device is being used, and an icon indicating 

occurrence of a read/write error in the hard disk or 
the like mounted on the device may be used. Moreover, 
when the device is FAX, an icon indicating that 
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transmission/reception is being performed may be 
provided* Furthermore, when an icon indicating 
authentication error occurrence is displayed/outputted 
on MAP on the client side, the client side can promptly 
recognize the authentication error occurrence in the 
device, and it is therefore possible to monitor unfair 
invasion from a remote plate. 

[Search Condition Input Operation by Clients 111, 113] 

Fig. 10 shows a screen in which the user inputs 
the condition for searching the desired device in the 
clients 111, 113 (search condition input screen). This 
screen is displayed, for example, on the CRT 210, and 
various search conditions can be inputted by the mouse 
214 and keyboard 209 (see Fig. 2). 

In Fig. 10, in input columns shown by "1001a", 
" 1001b" , u 1001c" , the entry of the search object device 
is inputted. Here, the entry can directly be inputted, 
but by operating the right end of the input column 
(black triangular mark), and displaying a pull-down 
menu, the desired entry can be selected from the menu. 

In input columns shown by " 1002a" , " 1002b" , 
" 1002c" , the attribute information corresponding to the 
entries inputted in the input columns 1001a, 1001b, 
1001c are inputted. 

For these input columns 1002a, 1002b, 1002c, 
similarly to the input columns 1001a, 1001b, 1001c, 
both the direct input and the input from the pull-down 
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menu are possible. For example, when "the entry 
inputted in the input column 1001a is "device", by 
operating the right end of the input column 1002a, the 
pull-down menu of the printer, MFP, and scanner as the 
5 device attribute information is displayed. Therefore, 
when the desired attribute information is selected from 
the pull-down menu, the selected attribute information 
is set in the input column 1002a. 

In columns shown by " 1003a" and " 1003b" , the 
10 correlating of the respective information inputted in 
the input columns 1001a to 1001c, 1002a to 1002c by 
"AND" is designated, and in columns shown by "1004a" 
and " 1004b" , the correlating of the respective 
information inputted in the input columns 1001a to 
15 1001c, 1002a to 1002c by "OR" is designated. 

Section " 1005" indicates a search start button. 
By operating the search start button 1005, the device 
search in the server 112 is started based on the input 
to the input columns 1001a to 1001c, 1002a to 1002c, 
20 and the designation by the designation column 1003a, 
1003b, 1004a, 1004b. 

Fig. 11 shows an input example in the search 
condition input screen shown in Fig. 10. 

In Fig. 11, "the search object device is a 
25 printer" , and " the printer can perform color output" 
are inputted as the search condition. 

Additionally, as the search conditions, 



- 23 - 



installation place conditions such as " a printer whose 
installation floor is the second floor" (see the input 
columns 1001c and 1002c of Fig. 11) and other various 
conditions can further be added. Here, for the 
5 simplicity of description, "the search object device is 
a printer" and " the printer can perform color output" 
are described as the inputted search condition. 

For example, in the client 111, as shown in Fig. 
□ 11, when the search condition of "the search object 

Qn 10 device is a printer" and " the printer can perform color 

py output" is inputted, and the search start button 1005 

m is depressed in the input state, the search condition 

IP 

" ' is obtained as a search condition formula as shown in 

J 83 : Fig. 12. As shown in Fig. 12, as the search condition 

H 15 formula, for the search condition shown in Fig. 11, the 

O printer is indicated as the search object device ( DV ) 

and the condition that the color output is possible 
( TRUE ) is indicated . 

Subsequently, in response to depression of the 
20 search start button 1005, the search condition inputted 
in the input screen is transmitted to the server 112 as 
the search request. 

According to the search condition input example 
shown in Fig. 11, the search condition shown in Fig. 12 
25 is issued to the server 112. 

On the other hand, the server 112 having received 
the search condition shown in Fig. 12 searches the 
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device matching with "the search condition formula of 
Fig. 12 from a database 900. For example, the device 
as the printer able to perform color output is searched 
from the devices 101 to 105 shown in the table. Here, 
only the device 101 (color LBP) corresponds to this. 

Therefore, the server 112 returns the device 
information (location information, attribute 
information, and icon information) of the color LBP 101 
shown in Fig. 13 as the search result to the client 
111. 

Additionally, when a plurality of devices matching 
with the search condition formula from the client are 
searched, the search result shown in Fig. 13 is 
constituted of a plurality of pieces of device 
information . 

[Search Result Display in Clients 111, 113] 

First, each of the clients 111, 113 holds MAP 
information (layout bit map information) of various 
places where the device shown by the hierarchical 
structure of the location information shown in Fig. 5 
would be installed in the memory unit . 

Figs. 14 to 18 show MAP information of the first 
and second floors in C = Japan (JP), 0 = ABC Trading 
Co., Ltd., BR = Tokyo Branch, BU = AA Building as one 
example of MAP information held by the client. 

Here, for the MAP information, actual desk 
arrangement and partition state on each floor are 
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in 



preset as a bit: map. 

Fig. 14 shows MAP information MP1-1 of one block 
of the first floor, Fig. 15 shows MAP information MP1-2 
of two blocks of the first floor, Fig. 16 shows MAP 
5 information MP2-1 of one block of the second floor, and 
Fig. 17 shows MAP information MP2-2 of two blocks of 
the second floor. 

Fig. 18 shows MAP (unknown MAP) information UMP 
for use, for example, when the MAP information 

10 corresponding to the location information included in 
the search result from the server 112 is held in the 
memory unit (there is no attribute value), or when 
there is no location information in the device 
information of the device searched by the server 112 

15 (the device holds no location information), or when the 
corresponding device is not searched by the server 112. 

. In the MAP information UMP shown in Fig. 18, a 
message indicating that there is no MAP information is 
displayed in column "1901", and column "1902" displays 

20 an icon of a device able to be searched in the server 
112 but including no location information, or an icon 
of the search object device unable to be searched. 

For the MAP information as shown in Figs. 14 to 
18, the correspondence with each block (BL) is managed 

25 as a MAP correspondence table as shown in Fig. 19. In 
the example of Fig. 19, the MAP information is managed 
for the blocks 1-1, 2-2 of the first and second floors, 
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and the like. 

Therefore, when location information " 1401" in 
Fig. 19 is designated, the MAP information is selected 
based on the information of the floor (FL) hierarchy 
5 and block (BL) hierarchy and the MAP correspondence 
table of Fig. 19, and displayed on the CRT 210. 

In this case, on the MAP displayed on the CRT 210, 
the received icon information is overlapped and 
Q displayed in the position shown by the location 

gl 10 information (coordinate information ("10X+10Y") on the 

fy MAP) of the search result from the server 112. 

ii] 

m Therefore, the position, block, and floor of the 

^ desired device can visually be indicated. 

J^f Figs. 20 to 23 show one example of screen display 

O 15 on the above-described CRT 210. 

O As shown in Figs. 20 to 23, the installation 

position, block, and floor of the desired device, 
server and client can securely be grasped at one 
glance. 

20 [Search Result Display in Clients 111, 113] 

The client 111 periodically issues a device status 
obtaining request to the device, obtains the status 
information from the device, and reflects the 
information on the icon display on the MAP. 

25 In response to the device status obtaining request 

from the client 111, the device transmits the icon 
information corresponding to the status to be notified 
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to the client 111. 

The client 111 overlaps and displays the icon 
information received from the device on the MAP, and 
the device status is comprehensibly notified to the 
5 user. 

Specifically, for example, when the search result 
is transmitted from the server 112, the client 111 
periodically transmits the device status obtaining 
request to the device indicated by the search result, 

10 for example, to the color LBP 101. 

The color LBP 101 responds to the reception of the 
device status obtaining request, recognizes its current 
state, obtains the icon information corresponding to 
the current state, and transmits the obtained icon 

15 information to the client 111. 

Here, the device status obtaining request (request 
packet) follows a format shown, for example, in Fig. 
24. Specifically, the response packet to the device 
status obtaining request includes a field 3201 

20 indicating that the content of the present packet is 

the response to the device status obtaining request, a 
tag field 3201 indicating that the subsequent 
information is icon information indicative of the 
current device status, and a field 3203 for storing the 

25 icon information indicating the current device status. 

When the client 111 receives the response packet 
shown in Fig. 24, the icon information included in the 
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response packet is overlapped and displayed in the 
predetermined position on the MAP as described above. 
Since the display of the icon information is executed 
for every reception of the response packet, as a 
5 result, the corresponding icon information is displayed 
on the MAP in accordance with the current status of the 
color LBP 101. 

Additionally, the display of the icon information 
may be executed only when there is a change in the 

10 periodically received icon information. 

Therefore, for example, when the color LBP 101 
changes from the operated state to the jam occurrence 
state, the icon information on the MAP in the client 
111 is also changed from the icon information 

15 indicating the operated state to the icon information 
indicating the jam occurrence state and displayed. 
Consequently, not only the position, block and floor of 
the device but also the current status of the device 
can constantly and explicitly be indicated. 

20 Fig. 25 shows the arrangement of the icon on the 

MAP when the icon is overlapped and displayed on the 
MAP in accordance with the device status as described 
above . 

Here, as a result of search in the server 112, it 
25 is indicated that the color LBP 101 installed in block 
2-1 on the second floor is searched, the coordinate MAP 
on the MAP included in the location information is 
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" 10X+10Y" and that: paper shortage occurs in the color 
LBP 101. 

Therefore, the icon indicating the paper shortage 
state as shown in Fig. 25 is disposed, overlapped and 
5 displayed in the coordinate 10X+10Y on MAP information 
MP2-1 shown in Fig. 16 (MAP information of block 2-1 of 
the second floor). As a result, the display screen of 
the CRT 210 obtains a screen state as shown in Fig. 26. 

0 As described above, for example, when the screen 

01 10 of Fig. 22 is displayed, it is seen that the color LBP 
fy 101 is installed in the vicinity of a table near an 

S?i entrance of block 2-1 on the 2F floor. When the screen 

y = 

* s of Fig. 26 is displayed, it is seen that the color LBP 

101 is installed in the vicinity of the table near the 
^ 15 entrance of the block 2-1 on the 2F floor, but that the 

D color LBP 101 is unusable because of paper shortage. 

Moreover, when the icon of the color LBP 101 on the 
screen of Fig. 22 changes to the icon on the screen of 
Fig. 26, it can be known beforehand that paper shortage 
20 occurs in the color LBP 101 . 

[Processing Flow in Server 112, Clients 111, 113, and 
Devices] 

Figs. 27 to 34 are flowcharts showing the above- 
described processes in the server 112, clients 111, 
25 113, and respective devices. 

Additionally, the flowcharts of Figs. 27 to 34 
show processing programs executed in the server 112, 
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clients 111, 113, and respective devices. 

Specifically, by executing the processing programs 

shown in the flowcharts of Figs. 27 to 34 by the CPU 

(201, 2302) of the server 112, clients 111, 113, and 
5 respective devices, the following process by the 

function shown in Fig. 4 is realized. 

( 1 ) Registration Process of Device Location 

Information: see Fig. 33 
Q Here, for the simplicity of description, among 

m 10 various devices, the color LBP 101 is noted, and the 

ftj location information registration process will be 

y = 

nr : described. 

yl 

The color LBP 101 holds the device information 
J1 including the location and attribute information in the 

jpj 15 nonvolatile RAM 2312. 

y When power turns on, the CPU 2302 performs 

connection to the server 112 (step S3001). 

When the connection to the server 112 is 
established, the device information held in the 
20 nonvolatile RAM 2312 is read, and registered in the 

server 112 in accordance with the format shown in Fig. 
6 (step S3002). 

After finishing the registration to the server 
112, the CPU 2302 releases the connection to the server 
25 112 (step S3003). 

After the power turns on, the respective devices 
including the color LBP 101 register the device 
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information of the devices themselves to the server 
112. 

(2) General Process of Server 112: see Fig. 27 

The processing program executed in the server 112 
is constituted of an event drive type program. When a 
certain event occurs, the event is analyzed, and the 
corresponding processing is executed. 

Additionally, for the simplicity of the 
description, among various processings executed in the 
server 112, mainly the device search processing and 
device information registration processing will be 
described . 

In the server 112, when power turns on, the CPU 
202 opens a receiving port ( step S2401 ) , and obtains 
the event (step S2402). 

Subsequently, the CPU 202 judges whether the event 
obtained in the step S2402 is an end command or not 
(step S2403). 

As a result of judgment in the step S2403, when 
the obtained event is the end command, the CPU 202 
closes the receiving port opened in the step S2401 
(step S2404), and ends the present processing. 

As a result of judgment in the step S2403, when 
the obtained event is not the end command, the CPU 202 
judges whether the obtained event is a device search 
request from the client (inquiry request) or not (step 
S2405). 
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As a result: of judgment: of step S2403, when the 
obtained event is the device search request, the CPU 
202 executes a device search processing (step S2406). 
Thereafter, the CPU returns to the step S2402, and 
5 repeatedly executes the subsequent processing steps. 

Additionally, the processing of step S2406 will be 
described later in detail. 

As a result of judgment of the step S2403, when 
O the obtained event is not the device search request, 

SI 10 the CPU 202 judges that the event is a registration 

fy request of device information from the device, and 

J executes a device information registration processing 

^ (step S2407). 

JrJ Specifically, the device information from each 

15 device is registered to the database shown in Fig. 7. 

•TJl 

G3 This table information is stored in the hard disk drive 

(HDD) 211. 

(2-1) Device Search Processing (Step S2406 ) : see Fig. 
28 

20 The present processing is repeatedly executed 

until the processing for all the search conditions 
included in the device search request from the client 
(here, client 111) is ended with respect to the device 
information registered in Fig. 7. 

25 In the server 112, the CPU 202 first judges 

whether the processing from step S2503 by a device 
search unit 413 is completely executed with respect to 
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all search conditions in the device search request 
(received packet) from the client 111 (step S2501). 

As a result of judgment of the step S2501, when 
the processing for all the search conditions is ended, 
the device information of the searched device ( location 
information, attribute information) is returned as the 
search result to the client 111 as the device search 
request issuer (step S2502). 

After ending the processing of the present step 
S2502, the present processing ends. 

On the other hand, as a result of judgment of the 
step S2501, when the processing for all the search 
conditions is not ended, the search condition included 
in the device search request is successively retrieved 
( step S2503 ) . 

Subsequently, in order to obtain the device 
information satisfying the search condition retrieved 
in the step S2503, it is judged whether or not all the 
device information registered in Fig. 7 is searched 
(step S2504). 

As a result of judgment of the step S2504, when 
the search for all the device information is ended, the 
CPU 202 having recognized this returns to the step 
S2501 to execute a processing for the next search 
condition, and repeatedly executes the subsequent 
processing steps. 

As a result of judgment of the step S2504, when 
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the search for all "the device information is not ended, 
the device information indicated by counter n for 
successively searching all the device information is 
obtained from the device information registered in Fig. 
7 (step S2505) . 

It is judged whether or not the device information 
obtained in the step S2505 matches with the object 
search condition (step S2506). 

As a result of judgment of the step S2506, when 
the object device information fails to match with the 
object search condition, the CPU counts up the counter 
n, then returns to the step S2504 to execute a 
processing for the next device information, and 
repeatedly executes the subsequent processing step. 

As a result of judgment of the step S2506, when 
the object device information matches with the object 
search condition, the device information is obtained 
from the database (step S2507), and the information is 
added to the search result to be transmitted to the 
client 111 in the step S2502 (step S2508 ) . 

Thereafter, the CPU counts up the counter n, then 
returns to the step S2504 to execute the processing for 
the next device information, and repeatedly executes 
the subsequent processing step. 

Additionally, in the step S2508, the device 
information satisfying the individual search conditions 
can be obtained as the search result. However, for 
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example, when the individual search conditions are 
interconnected via "AND" , among the device information 
obtained in the step S2508, only the device information 
satisfying all the search conditions is finally 
transmitted to the client 111. 

(3) General Process of Clients 111, 113: see Fig, 29 

The processing program executed in the clients 
111, 113 is constituted of the event drive type 
program. When a certain event occurs, the event is 
analyzed, and the corresponding processing is executed. 

Moreover, the clients 111, 113 start a status 
obtaining process (program) as occasion demands. The 
status obtaining process is a process of periodically 
inquiring of the current device status with respect to 
the found device as the device search result returned 
from the server 112 (device status obtaining request), 
and displaying the icon indicating the device status in 
an appropriate position on the layout bit map in 
accordance with the device status information 
transmitted as the response (polling notice system). 

Additionally, for the simplicity of description, 
here the client 111 is noted, and the process thereof 
will be described. 

In the client 111, the CPU 202 obtains the event 
( step S2601 ) . 

Subsequently, the CPU 202 judges whether or not 
the event obtained in the step S2601 is an end command 
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(step S2602). 

As a result of judgment in the step S2602, when 
the obtained event is the end command, the CPU 202 ends 
the present processing. 
5 As a result of judgment in the step S2602, when 

the obtained event is not the end command, the CPU 202 
judges whether the obtained event is a device search 
command from the user or not (step S2603). 
D The device search command is generated by 

\P* 10 inputting the search condition by the user from the 

fy search condition input screen shown in Fig. 10, and 

m 

gl operating (clicking) the search start button 1005. 

s As a result of judgment of step S2603, when the 

obtained event is the device search command, the CPU 
r\ 15 202 executes a device search request issue processing 

iff including a processing for issuing the device search 

i i 

request to the server 112 (step S2604). 

Thereafter, the CPU 202 returns to the step S2061, 
and repeatedly executes the subsequent processing 
20 steps. 

Additionally, the processing of step S2604 will be 
described later in detail. 

As a result of judgment of the step S2603, when 
the obtained event is not the device search command, 
25 the CPU 202 judges whether or not the obtained event is 
a search result from the server 112 (the result of the 
device search request in the step S2604: see Fig. 13) 
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(step S2605). 

As a result of judgment of the step S2605, when 
the obtained event is the search result, the CPU 202 
executes a search result processing including a 
5 processing of displaying the search result on the CRT 
210, a processing of obtaining the device status, a 
processing of changing the icon on the MAP displayed on 
the CRT 210, and the like (step S2606). 
□ Thereafter, the CPU 202 returns to the step S2061, 

gi 10 and repeatedly executes the subsequent processing 

fy steps. 

Jj Additionally, the processing of the step S2606 

will be described later in detail. 

s 

^ As a result of judgment of the step S2605, when 

15 the obtained event is not the search result, that is, 
Q when the obtained event is not any one of the end 

command, device search command, and device search 
result, the CPU 202 executes a processing corresponding 
to the obtained event (step S2607). 
20 Thereafter, the CPU 202 returns to the step S2061, 

and repeatedly executes the subsequent processing 
steps. 

(3-1) Device Search Request Issue Processing (Step 
S2604): see Fig. 30 
25 First, the search condition inputted from the user 

is obtained from the search condition input screen 
shown in Fig. 10 (step S2701 ) . 
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Subsequently, the search condition obtained in the 
step S2701 is converted to the form of a search 
condition formula shown in Fig. 12, a search request 
packet including the search condition formula is 
5 generated, and a device search request is issued to the 
server 112 (step S2702 ) . 

Additionally, when the search condition formula 
obtained in the step S2702 is stored in the hard disk 
O drive 211, and used for the next search, the re-input 

flfi 10 of the search condition from the user can be omitted, 

flj (3-2) Search Result Processing (step S2606): see Fig. 

m 31 

~ It is first judged according to the search result 

CI from the server 112 whether or not one or more devices 

H! 15 are found (step S2801 ) • 

"Hi 

«j As a result of judgment of the step S2801, when 

the device is not found, a message indicating that is 
displayed on the CRT 210 (step S2804 ) . 

Thereafter, the present processing ends. 

20 As a result of judgment of the step S2801, when 

the device is found, the search result is held in the 
hard disk drive (HDD) 211 (step S2802 ) . Therefore, for 
example, the search result shown in Fig. 13 is stored 
in the hard disk drive (HDD) 211. 

25 Thereafter, with respect to the respective search 

results saved in the hard disk drive (HDD) 211, the 
following status obtaining process is executed (step 
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S2803) . 

Thereafter, the present processing ends. 
(3-2-1) Status Obtaining Process (Step S2803 ) : see 
Fig. 32 

5 The present process is a program for obtaining the 

device status at a certain constant interval, and 
displaying the icon in accordance with the device 
status on the MAP. 

When the present process is executed, the CPU 202 
10 first judges with respect to all the search results 

held in the hard disk drive (HDD) 211 by the step S2802 
pi (see Fig. 31) whether or not the processing from step 

S2902 is executed (step S2901 ) . 

As a result of judgment of the step S2901, when 
15 the processing for all the search results is completely 
executed, the CPU 202 starts a polling timer (inner 
timer or the like) to obtain the device status at the 
certain interval (step S2913). 

Thereafter, the CPU waits for a time-out event of 
20 the polling timer (step S2914). In this state, when 
the time-out event of the polling timer is generated, 
the CPU returns to the step S2901, and executes the 
subsequent processing steps again. 

As a result of judgment of the step S2901, when 
25 the processing for all the search results is not 
executed, the processing from the next S2902 is 
executed. 



Si 
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Specifically, first the device information for one 
device is obtained from the unprocessed search result 
in the hard disk drive (HDD) 211 (step S2902). 

Subsequently, IP address of the device information 
5 obtained in the step S2901 is used as the address, and 
the device status obtaining request is transmitted 
(step S2903). 

For example, with the processing for the device 
O information shown in Fig, 13, since the IP address is 

m 10 "192.1.2.1", the device status obtaining request packet 

ry is transmitted to this address. 

m Thereafter, the CPU waits for a response to the 

device status obtaining request packet shown in Fig. 24 
~1 from the device corresponding to the address of the 

H 15 device status obtaining request packet. 

O When the response packet is received from the 

device of the address of the device status obtaining 
request ( the device corresponding to the device 
information obtained in the step S2902) (step S2904), 
20 the icon information (see Fig. 24) included in the 
response packet is obtained (step S2905). 

Subsequently, it is judged whether or not the MAP 
information corresponding to the information (see Fig. 
13 ) indicated by " BL W of the device information 
25 obtained in the step S2902 is held by MAP 

correspondence table shown in Fig. 19 (step S2906). 

Concretely, by referring to the MAP correspondence 
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table shown by "1402" and "1403" of Fig. 19, and 
judging whether or not the MAP information 
corresponding to C, O, BR, OP, BU, BL information shown 
by "1401" of Fig. 19 exists, it is judged whether or 
5 not MAP display is possible. 

Additionally, here, when the location information 
in the device information includes the respective 
information shown by "1401" of Fig. 19, it is judged 
O that the MAP display is possible. 

m 10 As a result of judgment of the step S2906, when 

fy the MAP display is possible, it is judged whether or 

ij not the MAP is displayed on the CRT 210 now ( step 

J* 1 S2907). 

As a result of judgment of the step S2907, when 

"Hi 

15 MAP is being displayed on the CRT 210, the icon 
O obtained in the step S2905 is overlapped and displayed 

in the position indicated by coordinate information MAP 
of the device information on the MAP ( step S2909 ) . 

Therefore, for example, with the processing for 

20 the device information shown in Fig. 13, since the BL 
information is "2-1", MAP information MP2-1 shown in 
Fig. 16 is displayed as MAP, and the icon indicating 
the current status of the device of the object device 
information is displayed in the position indicated by 

25 the coordinate information MAP (= 10X+10Y) on the MAP. 
Specifically, when the device of the object device 
information is the color LBP 101, and the color LBP 101 
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is now in 1:he paper shortage occurrence state, on the 
CRT 210, the screen of the icon indicating that the 
color LBP 101 is in the paper shortage occurrence state 
is displayed . 

5 Thereafter, the CPU returns to the step S2901 to 

execute the processing for the next search result, and 
repeatedly executes the subsequent processing step. 

As a result of judgment of the step S2907, when 
the MAP corresponding to the CRT 210 is not displayed, 
10 the MAP is displayed on the CRT 210 (step S2908 ) . 

Thereafter, the CPU advances to the step S2909, 
and executes a processing for overlapping and 
displaying the icon on the MAP • 

As a result of judgment of the step S2906, when 
15 MAP display is not possible, it is judged whether or 
not unknown MAP information shown in Fig. 18 is now 
displayed on the CRT 210 (step S2910). 

As a result of judgment of the step S2910, when 
the unknown MAP is displayed on the CRT 210, the icon 
20 obtained in the step S2905 is displayed in a device 

column (column "2902" of Fig. 16) on the unknown MAP. 
As a result, the icon of the device whose location 
information is unregistered is displayed in the device 
column on the unknown MAP. 
25 Thereafter, the CPU returns to the step S2901 to 

execute the processing for the next search result, and 
repeatedly executes the subsequent processing step. 
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As a result of judgment of the step S2910, when 
the unknown MAP is not displayed on the CRT 210, the 
unknown MAP is displayed on the CRT 210 (step S2911). 

Thereafter, the CPU advances to the step S2912, 
5 and executes a processing for displaying the icon in 
the icon column of the MAP. 

( 4 ) Response Process to Device Status Obtaining 
Request of Device: see Fig. 34 

Here, for the simplicity of description, among 

10 various devices the color LBP 101 is noted, and the 

response process to the device status obtaining request 
(device status response process) will be described. 

In the color LBP 101, when device power turns on, 
the CPU 2302 first opens the receiving port to receive 

15 the device status obtaining request from the clients 
111, 113, and is ready for reception (step S3101). 

By the processing of the step S3101, the device 
status obtaining request from a certain client (here, 
client 111) is received (step S3102), the status of the 

20 device (color LBP 101) is examined, and the icon 
information to be notified to the client 111 is 
determined (step S3103). For example, when the paper 
shortage occurs in the color LBP 101, among various 
icon information held in the memory unit, the icon 

25 information indicating "paper shortage" is determined 
as the icon information to be notified to the client 
111. 
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Subsequently, by -the icon information determined 
in the step S3103, in accordance with the format as 
shown in Fig. 24, the response packet to the device 
status obtaining request from the client 111 is 
5 generated (step S3104), and transmitted to the client 
111 (step S3105). 

Thereafter, the CPU returns to the step S3 102, and 
waits for reception of the device status obtaining 
request from the client. 

10 As described above, in the present embodiment, 

when in the clients 111, 113, the position information 
of the device matching with the search condition 
designated by the user is obtained, and the device icon 
is displayed on the MAP, the user can easily understand 

15 the device and position. 

Particularly, in the present embodiment, since the 
icon on the MAP is changed in accordance with the 
device status (operating, paper shortage, paper jammed, 
no toner, door open, and the like) obtained by the 

20 communication with the device corresponding to the icon 
on the MAP by the polling system, the user can visually 
and easily know the device status. Therefore, the user 
can efficiently select and use the usable device. 

Moreover, in the present embodiment, since in the 

25 clients 111, 113, the icon information (device bit map 
icon information) indicating the device status is 
directly obtained from the device during the device 
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status obtaining request (during reception of the 
response), it is unnecessary to hold beforehand the 
icon information indicating various statuses of the 
device in the server 112 and clients 111, 113. This 
5 can prevent the memory resources of the server 112 and 
clients 111, 113 from being consumed- Moreover, when a 
large number of clients are present, it is unnecessary 
to install the icon information in the respective 
O clients. Therefore, a user' s burden on the client side 

yn 10 can be lightened, and the device in the unknown status 

fy effectively fails to be displayed. 

|jp < Second Embodiment > 

Ln 

Here, a form provided with a layout bit map for 
ri each hierarchy of the location information ( position 

j 8 ; 15 information) of the hierarchical structure as shown in 

y Fig. 5 will be described. 

First, in the above-described first embodiment, as 
shown in Fig. 19, as the layout bit map, there are five 
layout bit maps in total: respective block (BL) bit 
20 maps (MP1-1, MP1-2, MP2-1, MP2-2); and unknown bit map 
UMP. 

On the other hand, in the second embodiment, each 
hierarchy is provided with the layout bit map. For 
this case, a display method on the client side will be 
25 described hereinafter. 

Additionally, the display method of the present 
embodiment includes the above-described client display 
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method . 

Fig. 35 is a diagram showing a bit map list 
corresponding to each hierarchy to be searched 
(hereinafter referred to as "bit map correspondence 
list" ) . 

A list shown below the bit map correspondence list 
corresponds to management information of MAP 
information shown in Fig. 19. 

In the present embodiment, the icon information 
(device bit map icon) is displayed based on the 
attribute information right subordinate to the 
attribute of the hierarchy to be searched. The 
hierarchical relation is shows in Fig. 5. 

For example, when all the devices are searched on 
the search condition of " BU = AA Building" , the right 
subordinate attribute FL (see Fig. 5) is used as the 
position information for displaying the icon of the 
device, and displayed on the layout bit map. 

First a processing of displaying the search result 
on the client side will be described. 

For example, when all the devices in ABC Trading 
Co., Ltd. are searched, the user on the client side 
(client 111) selects and inputs "company name (O)" in 
the input column 1001a of the search item from the 
pull -down menu on the search condition input screen 
shown in Fig. 10, inputs "ABC Trading Co., Ltd." in the 
input column 1002a of the attribute value, and 
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depresses the search start: button 1005 to execute the 
device search . 

Then the client 111 having executed the device 
search obtains the search result from the server 112 
5 with the procedure described in the first embodiment. 

Subsequently, the client 111 overlaps and displays the 
device bit map icon on the layout bit map based on the 
search result obtained from the server 112. 

In this case, the display processing of the client 
10 111 is shown in a flowchart of Fig. 36. 

Specifically, when the search result display 
processing starts, it is judged whether the display of 
all obtained search results is finished (step S6001 ) , 
and the display processing is all repeated until all 
15 the results are processed. 

As a result of judgment of the step S6001, when 
all of the search results are not processed, the device 
name (NM) information is obtained from the location 
information of the search result. This is performed to 
20 display the device bit map icon in steps S6008, S6010, 
S6013 described later. 

Subsequently, it is judged whether the layout bit 
map corresponding to the attribute of the searched 
condition has been already displayed (step S6003). 
25 Here, since the search is executed on the 

condition "attribute = 0, attribute value = ABC Trading 
Co., Ltd.", by referring to the bit map correspondence 
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list; shown in Fig. 35, the device bit: map icon of the 
search result is displayed on the layout bit map MP101 
as shown in Fig. 37. Therefore, it is judged in the 
step S6003 whether the layout bit map MP101 of Fig. 37 
5 has been already displayed. 

As a result of judgment of the step S6003, when 
the layout bit map is not displayed, the corresponding 
layout bit map is displayed on the screen (step S6004), 
the process shifts to a processing of the next step 
10 S6005. 

On the other hand, as a result of judgment of the 
step S6003, when the layout bit map is already 
displayed, the processing of the step S6004 is skipped, 
the lower layer attribute of the searched attribute and 
15 the attribute value are obtained from the search result 
( step S6005 ) . 

Subsequently, it is judged whether the obtained 
lower layer attribute value can be displayed ( step 
S6006) . 

20 As a result of the judgment, when the attribute 

value of the device is not out of the range, or the 
attribute value is not inputted, it is judged that the 
display is impossible, and the process advances to step 
S6011. 

25 It is judged in the step S6011 whether the map UMP 

is already displayed. When the map is not displayed, 
Unknown map UMP is displayed (step S6012). 
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Subsequently, the device bit map icon 
corresponding to the device name (NM value) obtained in 
the step S6002 is displayed in the device column 1902 
of Unknown map UMP (step S6013). 
5 On the other hand, as a result of judgment of the 

step S6006, when the obtained lower layer attribute 
value can be displayed, it is judged whether the lower 
layer attribute is MAP attribute (icon display 
coordinate information) ( step S6007 ) . 

10 As a result of the judgment, when the attribute is 

not MAP attribute, the device bit map icon 
corresponding to the device name (NM value) obtained in 
the step S6002 is overlapped and displayed in the 
attribute position on the displayed layout bit map 

15 (step S6008 ) . Here, since in the hierarchical location 
information the attribute value of the layer BR under 
the layer O is "Tokyo Branch" (see Fig. 5), the icon 
corresponding to the obtained device name is displayed 
in the position of Tokyo Branch 5001. As a result, the 

20 display is obtained as shown in Fig. 38. 

Moreover, when the device position is searched in 
more detail, the user selects u block name (BL) n from 
the pull-down menu, and inputs "block name (BL)" in the 
input column 1001a of the search item on the search 

25 condition input screen of Fig. 10, inputs "2-1" in the 
input column 1002a of the attribute value, and 
depresses the search start button 1005 to execute 
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device search . 

Thereby, the client 111 obtains the search result 
from the server 112 in the procedure described in the 
first embodiment. Subsequently, the client 111 
5 overlaps and displays the device bit map icon on the 

layout bit map based on the search result obtained from 
the search server PC. Also in this case, the 
processing flow of Fig. 36 is executed. 
O In this case, as a result of judgment of the step 

ff\ 10 S6007, the lower layer attribute obtained in the step 

fn S6005 is MAP attribute, and the process therefore 

li I 

m advances to step S6009. 

^ s It is judged in the step S6009 whether the 

coordinate range shown in the MAP information is in a 
H 15 range of the layout bit map. Subsequently, within the 

O range, the device bit map icon corresponding to the 

device name ( NM value) obtained in the step S6002 is 
overlapped and displayed in the coordinate position of 
the displayed layout bit map (step S6010). 
20 Here, since the search is executed on the 

condition "attribute = BL, attribute value = 2-1", by 
referring to the bit map correspondence list shown in 
Fig. 35, the device icon of the search result is 
displayed on the layout bit map MP2-1 shown in Fig. 16. 
25 Moreover, since the attribute subordinate to the 

attribute BL of the hierarchical location information 
is MAP attribute (see Fig. 5), the icon indicating each 
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device of the search result is displayed on "the 
coordinate of the layout. As a result, the display is 
obtained as shown in Fig. 22. 

Additionally, as a result of judgment of the step 
5 S6009, when the coordinate range indicated by the MAP 
information is not in the range of the layout bit map, 
the process advances to step S6013 to display the 
device bit map icon corresponding to the device name 

O (NM value) obtained in the step S6002 is displayed in 

31 10 the device column 1902 of Unknown map UMP. 

ipy Some other display examples of the search result 

m will next be described. 

~'~ As described above, Fig. 37 shows layout bit map 

~1 MP101 for use in the search on "attribute = O, 

^ 15 attribute value « ABC Trading Co., Ltd.". In this 

O case, the device bit map icon of the device whose 

attribute value of the lower layer attribute BR of the 
attribute 0 is "Tokyo Branch" is displayed in 5001, and 
the device bit map icon of the device whose attribute 
20 value is "Osaka Branch" is displayed in layout bit map 
5002. 

Therefore, when all the devices are searched on 
condition "attribute = 0, attribute value = ABC Trading 
Co., Ltd.", the result is displayed as shown in Fig. 
25 38. 

Fig. 39 shows a layout bit map MP102 for use in 
the search on condition "attribute = BR, attribute 
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value « Tokyo Branch" . In this case, the lower layer 
attribute of the attribute BR is OP, the OP indicates 
OPTION, and it is indicated that detailed information 
is present in further lower layer. The device bit map 
icon of the device in which the attribute value of the 
attribute BU is AA Building is displayed in a layout 
bit map 5201. 

Therefore, when all the devices are searched on 
condition "attribute = BR, attribute value = Tokyo 
Branch" , the result is displayed as shown in Fig. 40, 
and the device bit map icon of the device present in 
the AA Building is displayed in the layout bit map 5201 
as shown in Fig . 40 . 

Fig. 41 shows a layout bit map MP103 for use in 
the search on condition "attribute = BU, attribute 
value = AA Building" . In this case, the device bit map 
icon of the device in which the attribute value of the 
lower layer attribute FL of the attribute BU is 2F is 
displayed on a layout bit map 5402, and the device bit 
map icon of the device whose attribute value is IF is 
displayed on a layout bit map 5401. 

Therefore, when all the devices are searched on 
condition " attribute = BU, attribute value = AA 
Building" , the result is displayed as shown in Fig. 42, 
and the device bit map icons of all the devices present 
in 2F floor are displayed in the layout bit map 5402, 
and the device bit map icons of all the devices present 
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in IF floor are displayed in the layout: bit map 5401 as 
shown in Fig. 42. 

Fig. 43 shows a layout bit map MP104 for use in 
the search on condition "attribute = FL, attribute 
5 value = 2F n . In this case, the device bit map icon of 
the device in which the attribute value of the lower 
layer attribute BL of the attribute FL is " 2-1" is 
displayed on a layout bit map 5601, and the device bit 
map icon of the device whose attribute value is " 2-2" 

10 is displayed on a layout bit map 5602. 

Therefore, when all the devices are searched on 
condition "attribute = FL, attribute value = 2F" , the 
result is displayed as shown in Fig. 44, and the device 
bit map icons of all the devices present in 2F-1 are 

15 displayed on the layout bit map 5601, and the device 
bit map icons of all the devices present in 2F-2 are 
displayed on the layout bit map 5602 as shown in Fig. 
44. 

Fig. 45 shows a layout bit map MP105 for use in 
20 the search on condition "attribute = FL, attribute 
value = IF" . 

In this case, for the search result display, the 
device bit map icon of the device in which the 
attribute value of the lower layer attribute BL of the 
25 attribute FL is " 1-2" is displayed on a layout bit map 
5801, and the device bit map icon of the device whose 
attribute value is " 1-1" is displayed on a layout bit 
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map 5802* 

As described above, according to the present 
embodiment, the search and display for each layer of 
the location information can be performed from a detail 
5 display to a rough display in accordance with the 
user' s search request level. 
< Third Embodiment > 

In the first and second embodiments, the layout 
£3 bit map (MAP), held by the client 111, for representing 

ffi 10 the searched device position has been described, but in 

FU a third embodiment, a case where the layout bit map is 

Iff 

01 held by the server 112 will be described. 

i m 

s Since the third embodiment is based on the first 

Ci and second embodiments, mainly respects different from 

~1 15 those of the above-described embodiments will be 

"zf described in the third embodiment. 

In the third embodiment, various layout bit maps, 
and the correspondence table of the hierarchical 
position information to the layout bit map shown in 
20 Fig. 19 are stored in the hard disk of the server 112. 

Fig. 48 is a flowchart showing the general process 
of the server 112, and a processing of step S4808 is 
added to the flowchart (Fig. 27) of the first 
embodiment . 

25 In step S4805, when the obtained event is MAP 

information obtaining request from the client, the 
process advances to step S4808 to execute a processing 




- 55 - 



for returning the corresponding MAP information to the 
client as the MAP information requester. 

Fig. 49 is a flowchart of the processing of the 
step S4808 of Fig. 48 in the server 112, that is, a MAP 
5 information transmission processing. 

First, when the MAP information obtaining request 
(MAP information download request) is received from the 
client (step S4901), it is judged whether or not the 
MAP information corresponding to the location 
10 information included in the MAP information obtaining 
request is held (step S4902). 

Concretely, for example, by referring to the 
correspondence table shown in Fig. 19, and judging 
whether the MAP information corresponding to the 
15 location information notified from the client is 

present or not, it is judged whether or not MAP display 
is possible in the client 111. 

Additionally, here, when the location information 
in the device information includes the respective 
20 information shown in " 1401* of Fig. 19, it is judged 
that MAP display is possible. 

As a result of judgment of the step S4902, when 
the MAP display is possible in the client 111, the MAP 
information corresponding to the location information 
25 notified from the client is obtained from the memory 
unit, and transmitted to the client 111 (step S4903 ) . 
As a result of judgment of the step S4902, when 
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■the MAP display is impossible in the client 111, the 
unknown MAP information UMP shown in Fig, 18 is 
obtained from the memory unit, and transmitted to the 
client 111 (step S4904). 
5 By the processing shown in Figs. 48, 49, the 

server 112 can transmit the MAP information requested 
from the client to the client as the requester. 

A processing of receiving the MAP information from 
the server 112 from the client will next be described 

10 with reference to a flowchart of Fig. 50. 

Fig. 50 is a flowchart showing a status obtaining 
process started in the step S2803 of the search result 
display processing (Fig. 31) in the client. The status 
obtaining process is executed in the first embodiment 

15 based on the processing of the flowchart of Fig. 32, 
but in the third embodiment based on the flowchart of 
Fig. 50. 

When the status obtaining process is executed, 
first the CPU 202 judges, with respect to all the 

20 search results held in the hard disk drive (HDD) 211 by 
the step S2802 (see Fig. 31), whether or not the 
processing from step S5002 is executed (step S5001 ) . 

As a result of judgment of the step S5001, when 
all the search results are processed, the CPU 202 

25 starts the polling timer (inner timer or the like) to 
obtain the device status at the certain interval ( step 
S5013) . 
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Thereafter, the CPU waits for the time-out event 
of the polling timer (step S5014). In this state, when 
the time-out event of the polling timer is generated, 
the CPU returns to the step S5001, and executes the 
5 subsequent processing steps again. 

As a result of judgment of the step S5001, when 
all the search results are not processed, the 
processing from the next S5002 is executed. 
O Specifically, first the device information for one 

Brl 10 device is obtained from the unprocessed search result 

ry in the hard disk drive (HDD) 211 (step S5002 ) . 

u i 

fft Subsequently, the IP address of the device 

r* information obtained in the step S5001 is used as the 

rl address, and the device status obtaining request is 

r\ 15 transmitted (step S5003). 

J^f For example, with the processing for the device 

information shown in Fig. 13, since the IP address is 
"192.1.2.1", the device status obtaining request packet 
is transmitted to this address. 

20 Thereafter, the CPU waits for a response to the 

device status obtaining request packet shown in Fig. 24 
from the device corresponding to the address of the 
device status obtaining request packet. 

When the response packet is received from the 

25 device of the address of the device status obtaining 
request ( the device corresponding to the device 
information obtained in the step S5002) (step S5004), 
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the icon information (see Fig. 24) included in the 
response packet is obtained (step S5005 ) . 

Subsequently, it is judged whether or not the MAP 
information corresponding to the information indicated 
5 by the location information (BL information or the 

like: see Fig. 13) of the device information obtained 
by the step S5002 is already displayed on the CRT 210 
(step S5006) . 

Q As a result of judgment of the step S5006, when 

gt 10 the MAP information is displayed on the CRT 210, the 

ry icon information obtained in the step S5005 is 

in 

gp ; overlapped and displayed in the position indicated by 

^ 5 coordinate information MAP of the device information 

with respect to the MAP information (step S5009). 
H 15 Therefore, the CPU returns to the step S5001 to 

D execute the processing for the next search result, and 

repeatedly executes the subsequent processing step. 

As a result of judgment of the step S5006, when 

the MAP information is not displayed on the CRT 210, 
20 the MAP information corresponding to the location 

information of the device information is obtained (step 

S5007) . 

Specifically, the MAP information obtaining 
request including the location information of the 
25 device information is transmitted to the server 112. 
After the MAP information obtaining request is 
transmitted, the MAP information (or unknown MAP 
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information) corresponding to the location information 
of the device information is received from the server 
112. 

Subsequently, the MAP information obtained in the 
5 step S5007 is displayed on the CRT 210 (step S5008 ) . 

Thereafter, the process advances to the step 
S5009, and a processing of overlapping and displaying 
the icon on the MAP is executed, 
p - Thereby, for example, with the processing for the 

m 10 device information as shown in Fig. 13, since BL 

py information is "2-1", MAP information MP2-1 shown in 

^ Fig. 16 is transmitted as MAP from the server 112, and 

" the icon indicating the current status of the device of 

~ the object device information is displayed in the 

=^ 15 position indicated by the coordinate information MAP (= 

□ 10X+10Y) on the MAP. 

s 

EST 

The third embodiment has been described above. 
Additionally, in the first embodiment, since the 
layout bit map is held by the client 111, during the 

20 display of the search result on the client 111, it is 
unnecessary to transfer the layout bit map to the 
client 111 from the server 112, the processing and time 
during the display can be reduced, and the traffic of 
the network system can effectively be reduced. 

25 On the other hand, in the third embodiment, since 

the layout bit map is held by the server 112, the map 
information can one-dimensionally be managed in the 
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server apparatus, the necessity of holding the 
unnecessary map information by the client 111 is 
obviated, update and other maintenance processes can be 
facilitated, and the load of the memory resource of the 
5 client 111 can effectively be reduced. 

Therefore, by considering the network load and 
client ability, the first or third embodiment may 
appropriately be employed. 
O < Fourth Embodiment > 

yj 10 In the first embodiment, the client 111 

nj periodically polls the status from the device, and 

u i 

g% reflects the obtained status in the MAP display. 

J ! In a fourth embodiment, the client 111 obtains the 

" status from the device by event notice, and reflects 

^ 15 the obtained status in the MAP display. 

In the periodical polling for obtaining the device 
status as in the first embodiment, even when the packet 
is temporarily lost on the network, the device status 
can securely be obtained. 
20 On the other hand, in the obtaining of the status 

by the event notice from the device as in the fourth 
embodiment, as compared with the obtaining by the 
polling, the network traffic can effectively be 
reduced. Therefore, considering the certainty of the 
25 status obtaining, network load, and the like, the first 
or fourth embodiment may be selected. 

Since the fourth embodiment is based on the first 
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embodiment, mainly the respects different from the 
first embodiment will be described hereinafter. 

First, the client 111 transmits an event notice 
destination registration request shown in Fig. 51 to 
5 the device to receive an event notice from the device. 

The event notice destination registration request 
includes notice condition information indicating the 
occurrence of an event requiring the event notice, and 
O event notice destination information indicating the 

ffi 10 notice destination. 

fU In an example of Fig. 51, the issuer of the event 

yl notice destination registration request ( the device 

~ indicated by the search result from the server 112) is 

n the color LBP 101, "paper empty" and "paper jam" are 

7~j 15 set to the notice condition information, and the IP 

±? address indicating the client (client 111) is set to 

the event notice destination information. 

On the other hand, the device (color LBP 101) 
holds the received event notice destination 
20 registration request (Fig. 51) in an event notice 

destination management table shown in Fig. 52. In the 
event notice destination management table, the event 
notice destination address, network protocol for 
notifying the event, and event condition to be notified 
25 are associated and stored. 

Furthermore, for the event notice destination 
address described in the received event notice 
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destination registration request (Fig. 51), a response 
(registration end) of event notice destination 
registration is returned as shown in Fig. 53. Thereby, 
in the client having ended the registration, the icon 
5 indicating the status at the time is displayed as the 
initial state of icon display (until a first event 
notice is issued from the device). 

Then, in the color LBP 101, for example, when 
paper runs out, the information (event notice 

10 destination information or the like) of the client for 
the event notice is obtained from the event notice 
destination held in the event notice destination 
management table (Fig. 52), and the event notice is 
issued to the client (here, client 111), for example, 

15 as shown in Fig. 54. 

As shown in Fig. 54, the event notice includes 
icon information corresponding to the event generated 
in the device ( icon information indicating occurrence 
of paper shortage), and the location information of the 

20 device. 

The process of the client 111 will next be 
described with reference to flowcharts of Figs. 55 to 
57. 

Fig. 55 is a flowchart showing the general process 
25 of the client 111, and processings of steps S5507 and 
S5508 are added to the flowchart of the first 
embodiment ( Fig . 29 ) . 
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It is judged in the step S5507 whether or not the 
obtained event is the event notice from the device. 

As a result of judgment of the step S5507, when 
the obtained event is the event notice, the process 
5 advances to step S5508 to execute an event notice 
reception processing including an processing of 
changing the icon on MAP displayed on the CRT 210. 

Here, the event notice reception processing of the 

0 step S5508 of Fig. 55 is executed based on the 

01 10 flowchart shown in Fig. 57, and a search result 
fy processing of step S5506, that is, a process for 

m processing the search result received from the server 

112 is executed based on the flowchart shown in Fig. 
S 56. 

M 15 The search result processing in the client 111 

O (step S5506 of Fig. 55) will be described hereinafter 

with reference to Fig. 56. 

It is first judged according to the search result 
from the server 112 whether or not one or more devices 
20 are found (step S5601). 

As a result of judgment of the step S5601, when 
the device is not found, a message indicating that is 
displayed on the CRT 210 (step S5615). 

Thereafter, the present processing ends. 
25 As a result of judgment of the step S5601, when 

the device is found, the search result is held in the 
hard disk drive (HDD) 211 (step S5602). Therefore, for 
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example, "the search result shown in Fig. 13 is stored 
in the hard disk drive (HDD) 211, 

Thereafter, with respect to the respective search 
results saved in the hard disk drive (HDD) 211, the 
5 subsequent processing steps are executed. 

Specifically, first the CPU 202 judges in step 
S5602 whether or not all the search results held in the 
hard disk drive (HDD) 211 are subjected to a processing 
from step S5604 (step S5603). 
10 As a result of the judgment, when all the search 

results are processed, the present processing ends. If 
not, the processing is continuously executed from the 
next step S5604. 

The device information for one device is obtained 
15 from the unprocessed search result in the hard disk 
drive (HDD) 211 (step S5604). 

Subsequently, the IP address of the device 
information obtained in the step S5604 is used as the 
address, and the event notice destination registration 
20 request (event notice destination registration packet) 
is transmitted as shown in Fig. 24 (step S5605). 

For example, with the processing for the device 
information shown in Fig. 14, since the IP address is 
" 192 . 1 . 2 . 1" , the event notice destination registration 
25 packet is transmitted to this address. 

Thereafter, the CPU waits for a response packet 
(registration end) to the event notice destination 
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registration request shown in Fig. 26 from the device 
corresponding to the address of the event notice 
destination registration packet. 

When the response packet of the event notice 
5 destination registration is received (step S5606), the 
icon information included in the packet is obtained 
(step S5607). 

Subsequently, it is judged whether or not the MAP 
O information corresponding to the information indicated 

OF) 10 by U BL" of the device information (see Fig. 13) is 

ry stored in the memory unit (step S5008). 

jfi Concretely, by referring to the MAP correspondence 

^ table shown by " 1402" and "1403" of Fig. 19, and 

judging whether or not the MAP information 
H; 15 corresponding to C, 0, BR, OP, BU, BL information shown 

O by "1401" of Fig. 19 exists, it is judged whether or 

not MAP display is possible. 

Additionally, here, when the location information 
in the device information includes the respective 
20 information shown by "1401" of Fig. 19, it is judged 
that the MAP display is possible. 

As a result of judgment of the step S5608, when 
the MAP display is possible, it is judged whether or 
not the MAP is displayed on the CRT 210 now (step 
25 S5609). 

As a result of judgment of the step S5609, when 
MAP is being displayed on the CRT 210, a display unit 
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427 overlaps and displays the icon obtained in the step 
S5607 in the position indicated by coordinate 
information MAP of the device information on the MAP 
(step S5611 ) . 

5 Therefore, for example, with the processing for 

the device information shown in Fig. 13, since the BL 
information is " 2-1" , MAP information MP2-1 shown in 
Fig. 16 is displayed as MAP on the CRT 210, and the 
O icon indicating the operated status is displayed in the 

pi 10 position indicated by the coordinate information MAP ( = 

hj 10X+10Y) on the MAP. 

Si Thereafter, the CPU returns to the step S5603 to 

" : execute the processing for the next search result, and 

;~ repeatedly executes the subsequent processing step. 

H 15 As a result of judgment of the step S5609, when 

3 the MAP is not displayed on the CRT 210, the display 

unit 427 displays MAP on the CRT 210 (step S5610). 

Thereafter, the CPU advances to the step S5611, 
and executes a processing for overlapping and 
20 displaying the icon on the MAP. 

As a result of judgment of the step S5608, when 
MAP display is impossible, it is judged whether or not 
unknown MAP information shown in Fig. 18 is now 
displayed on the CRT 210 (step S5612). 
25 As a result of judgment of the step S5612, when 

the unknown MAP is displayed on the CRT 210, the icon 
obtained in the step S5607 is displayed in the device 
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column (column "2902" of Fig. 18) on the unknown MAP 
(step S5614). As a result, the icon of the device 
whose location information is unregistered is displayed 
in the device column on the unknown MAP. 

Thereafter, the CPU returns to the step S5603 to 
execute the processing for the next search result, and 
repeatedly executes the subsequent processing step. 

As a result of judgment of the step S5612, when 
the unknown MAP is not displayed on the CRT 210, the 
unknown MAP is displayed on the CRT 210 (step S5613). 

Thereafter, the CPU advances to the step S5614, 
and executes a processing for displaying the icon in 
the icon column of the MAP. 

A search result processing in the client 111 (step 
S5508 of Fig. 55) will be described hereinafter with 
reference to Fig. 57. 

First, the event notice (see Fig. 54) is received 
from the device in which the event notice destination 
registration is performed by the processing of steps 
S5605 and S5506 of Fig. 55, and the icon information 
included in the event notice is obtained (step S5701). 

Moreover, the location information of the device 
included in the event notice is obtained (step S5702). 

Subsequently, it is judged whether or not the 
device information including the information matching 
with the location information obtained in the step 
S5702 is present in the search result (search result 
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from the server 112) held in the hard disk drive (HDD) 
211 by the processing of the step S5602 of Fig 56 (step 
S5703) . 

As a result of the judgment, when there is no 
5 matching device information, the present processing 

ends as it is. When the matching device information is 
present, the processing of the next step S5703 is 
executed . 

As a result of judgment of the step S5703, when 
10 the matching device information is present, the display 
unit 427 changes the icon on the corresponding MAP with 
the icon information obtained in the step S5701 based 
on the location information obtained in the step S5702 
(step S5704). 

15 Thereby, for example, when the screen shown in 

Fig. 22 is displayed, and the paper shortage occurs in 
the color LBP 101, the icon of the color LBP 101 in the 
screen of Fig. 22 is changed to the icon as shown in 
Fig. 26 for display. 

20 Thereafter, the present processing ends. 

The device process will next be described with 
reference to flowcharts of Figs. 58, 59. Fig. 58 is a 
flowchart showing the event notice destination 
registration process of the device. 

25 Here, for the simplicity of the description, the 

color LBP 101 is noted among various devices, and the 
event notice destination registration process will be 
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described. 

In the color LBP 101, when power turns on, first 
the CPU 2302 opens the receiving port to receive the 
event notice destination registration request ( status 
obtaining request, see Fig. 51) from the clients 111, 
113, and becomes ready for the reception (step S5801 ) . 

By the processing of the step S5801, when the 
event notice destination registration request from a 
certain client is received (step S5802), the notice 
condition included in the event notice destination 
registration request and notice destination information 
are managed by a table as shown in Fig. 52 (event 
notice destination table) (step S5803 ) . 

Subsequently, the CPU 2302 examines the device 
status, selects the icon indicating the current status 
(step S5804), and prepares a response packet (see Fig. 
53) to notify the current status to the client (step 
S5805). 

Subsequently, the response packet is transmitted 
to the client (step S5806). 

Thereafter, the CPU returns to the step S5802, and 
repeatedly executes the subsequent processing steps. 

Fig. 58 is a flowchart showing a device event 
notice processing . 

First, the event occurrence of a device status 
change is recognized (step S5901 ) . 

Additionally, the processing stays in the present 
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step until the event occurrence of the status change is 
detected. 

Subsequently, the notice condition and event 
notice destination held by the step S5803 of Fig. 58 
are referred to, and the client to which the event 
notice is to be transmitted, that is, the client to be 
notified of the currently occurring event is grasped 
(step S5902). 

Subsequently, as a result of processing of the 
step S5902, it is judged whether or not the client to 
be notified exists (step S5903). 

As a result of the judgment, when there is no 
client to be notified, the present processing ends. 
When the client to be notified exists, the next step 
S5904 is executed. 

As a result of judgment of the step S5903, when 
the client to be notified exists, an event notice 
packet (see Fig. 54) including event information is 
prepared (step S5904). Subsequently, the event notice 
prepared in the step S5904 is transmitted to all the 
clients to be notified (step S5905). 

Thereafter, the present processing ends. 

Additionally, in the fourth embodiment, the layout 
bit map held by the client has been described, but as 
in the third embodiment, the server may hold the layout 
bit map, so that the layout bit map is appropriately 
transmitted to the client in response to the request 
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from the client. 

In this case, in the step S5610 of the search 
result processing (Fig. 56) of the client 111, by- 
notifying the BL information to the server 112, the 
5 layout bit map corresponding to the BL information is 
obtained from the server 112. 

As described above, in the present embodiment, in 
the clients 111, 113, by obtaining the position 
£3 information of the device matching with the search 

m 10 condition designated by the user, and displaying the 

fy device icon on the MAP, the user can easily recognize 

fji the device and the position of the device. 

~ s Particularly, in the present embodiment, since the 

T\ icon on the MAP is changed in accordance with the 

7 s ! 15 corresponding device status (operating, paper shortage, 

~j paper jammed, no toner, door open, and the like), the 

user can visually and easily know the device status. 
Therefore, the user can efficiently select and use the 
usable device . 

20 Moreover, in the present embodiment, since in the 

clients 111, 113, the icon information (device bit map 
icon information) indicating the device status is 
directly obtained from the device during the event 
notice destination registration to the device (during 

25 reception of the response) or during reception of the 

event notice from the device, it is unnecessary to hold 
beforehand the icon information indicating various 
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statuses of the device in the server 112 and clients 
111, 113. This can prevent the memory resources of the 
server 112 and clients 111, 113 from being consumed. 
Moreover, when a large number of clients exist, it is 
unnecessary to install the icon information in the 
respective clients. Therefore, the user's burden on 
the client side can be lightened, and the device in the 
unknown status effectively fails to be displayed. 

Additionally, for the form in which the icon data 
and hierarchical position information of the stored 
device are transmitted onto the network, the 
application to other various forms can be considered. 

For example, in the network system provided with 
no directory server, when the device responds to 
Broadcast or Multicast by device search protocols such 
as SLP from the computer on the network, the 
hierarchical position information may be set to the 
response packet. Subsequently, on the computer side 
having received the response packet, the icon data is 
displayed on the layout bit map based on the received 
hierarchical position information. 

Additionally, in the above-described embodiments, 
the icon indicating the device is displayed on the MAP, 
but this is not limited, and character information may 
further be displayed as the information indicating the 
device . 

Moreover, in the respective embodiments, the icon 
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indicating the device is displayed/outputted on the 
screen on the MAP, but this is not limited, and for 
example, the print output, or the like may be performed 
so that the user can visually grasp the position, 
status, and the like of the device. 

Furthermore, the device search system can be 
realized using a technique utilized, for example, in 
WWW technique. In this case, the server 112 is 
provided with a WWW server function, a database 
function ( DBMS ) , and a gateway function as an 
intermediate between WWW server and DBMS. The WWW 
server supplies a search screen constituted of HTML or 
XML to the client. 

The client displays the search screen supplied 
from the WWW server by browser software, and the user 
executes the device search using the displayed search 
screen . 

Furthermore, various data (MAP, icon, and the 
like) exchanged with the server, client, and device are 
constituted of HTML, XML, and the like, and HTTP is 
used in the protocol for exchanging the data. 

Moreover, on the client side, to realize the 
function not disposed on the general-purpose browser 
software, for example, Applet as one of JAVA techniques 
is utilized. 

Additionally, the network device control program 
for executing the above-described processes of the 
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respective embodiments may be executed in PC 200 ( see 
Fig. 2) by the program installed from the outside. 

In this case, when a group of information 
including the program is supplied to the PC 200 via 
5 outside storage media such as CD-ROM, flash memory, and 
floppy disk, or networks such as electronic mail and 
personal computer communication, and the information 
group is loaded onto the PC 200, the present invention 
can be applied. 

10 Fig. 47 shows the memory map of CD-ROM as one 

example of the storage media. 

In Fig. 47, in an area "9999", the address 
information of an area 9998 in which the subsequent 
installation program is stored, and an area 9997 in 

15 which a network device control program is stored are 
stored as directory information. 

Therefore, when the network control program is 
installed in the PC 200, first the installation program 
of the area 9998 is loaded in the PC 200 and executed 

20 by the CPU 202. By executing the installation program, 
the network device control program is read from the 
area 9997 and stored in the hard disk drive (HDD) 211. 
Thereafter, when the CPU 202 reads the program from the 
hard disk drive (HDD) 211 and executes the program, the 

25 functions of the respective embodiments are realized. 

Moreover, in the above-described embodiments, the 
computer apparatus has been illustrated as the example 
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of the client apparatus 111 or the server apparatus 
112, but the devices such as a scanner, a facsimile 
machine, and a printer may be provided with the 
function of the client apparatus or the server 
5 apparatus. 

For example, by providing the scanner with the 
function of the client apparatus, the user can easily 
know the status of the printer for printing the 
original data read by the scanner, or the status of the 

10 facsimile apparatus for transmitting the original data 
read by the scanner. 

Moreover, it goes without saying that the object 
of the present invention is also attained by supplying 
the storage medium for storing the software program 

15 code to realize the above-described functions of the 

embodiments to the system or the apparatus, and reading 
and executing the program code stored in the storage 
medium by the system or the apparatus computer ( or CPU 
or MPU ) . 

20 In this case, the program code itself read from 

the storage medium realizes the inventive functions of 
the present invention, and the storage medium for 
storing the program code constitutes the present 
invention. 

25 As the storage medium for supplying the program 

code, for example, a floppy disk, hard disk, optical 
disk, optical magnetic disk, CD-ROM, CD-R, magnetic 
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•tape, nonvolatile memory card, ROM, and the like can be 
used . 

Moreover, it goes without saying that the above- 
described embodiment functions can be realized not only 
by executing the program code read by the computer but 
also by performing a part or the whole of the actual 
processing by the operating system (OS), and the like 
operating on the computer based on the instruction of 
the program code • 

Furthermore, it goes without saying the above- 
described embodiment functions can be realized by 
writing the program code read from the storage medium 
into a function expansion board inserted to the 
computer or a memory disposed in the function expansion 
unit connected to the computer, and performing a part 
or the whole of the actual processing by the CPU, and 
the like disposed in the function expansion board or 
the function expansion unit. 



